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(57) Abstract: The invention relates to a system (1) and a method for virtual on line process interfacing for distributed engineering 
systems in automation technology based on a remote desktop protocol (RDP). A communication channel (8) is established from any 
fS client (4) within the system (1) to a server (2) via the RDP by means of online access. Process data and project planning data are 

O tunneled via the channel (8). Quasi peer-to-peer communication between random clients (4) in the system (1) is made possible by 
means of routing on the server (2). 

^ [Fortsetzung auf der ndchsten Seite] 
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(57) Zusammenfassung: Die Erfindung betrifft ein System (1) und ein verfahren zur virtuellen Online-Prozessanbindung ftir ver- 
teilte Engineering-Systeme in der Automatisierungstechnik auf der Basis von Remote Desktop Protocol (RDP). tiber einen Online 
Zugang wird von beliebigen Clients (4) innerhalb des Systems (1) ein Kommunikationskanal (8) tiber das RDP zu einem Server (2) 
aufgebaut. Prozess- und Projektierungsdaten werden tiber den Kanal (8) getunnelt. Eine quasi peer-to-peer- Kommunikation zwi- 
schen beliebigen Clients (4) im System (1) wird durch routing auf dem Server (2) ermdglicht. 
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Beschreibung 

System zur virtuellen Prozessanbindung tlber Remote Desktop 
Protocol (RDP) 

Die Erfindung betrifft ein System sowie ein Verfahren zur 
Prozessanbindung im Automat is ierungsumf eld ftlr verteilte En- 
gineering-Systeme mittels Remote Desktop Protocol (RDP) . 

Heutige Engineering-Systeme in der Automatisierungstechnik 
sind in der Regel sogenanrite monolithische Systeme, die nicht 
die Moglichkeit eines verteilten Engineerings bzw. eines ver- 
teilten Projektierens bieten. Da Anlagen sowie Automatisie- 
rungssysteme jedoch immer komplexer und weitlaufiger werden, 
wird der Zugriff auf Prozess- und Diagnosedaten sowie Projek- 
tierdaten ftir das Engineering von beliebiger Stelle innerhalb 
der Anlage bzw. des Automatisierungssystems aus gewtinscht. 
Hierzu werden heutzutage sogenannte Terminalserverlosungen 
auf Basis des Transports von Bilddaten (Bitmaps) vom Server 
zum Client verwendet, wobei Tastatur und Mausaktionen vom 
Client zum Server Ubermittelt werden. Es ist jedoch nicht 
moglich, tiber ein zentrales Engineering-System auf beliebige 
Online-Daten, d.h. solche Daten, die auf der jeweiligen CPU 
eines in der Peripherie existierenden Clients, wie beispiels- 
weise ein Operator Panel oder ein Programmiergerat, zuzugrei- 
fen. Ebenso sind Projektierungsdaten, die auf einem derarti- 
gen Client gespeichert sind, ftir das Engineering-System nicht 
direkt verftigbar. 

Der Erfindung liegt nun die Aufgabe zugrunde, ein System so- 
wie ein Verfahren anzugeben, mit dessen Hilfe eine Prozessan- 
bindung im Automatisierungsumf eld zum Zugriff auf Prozessda- 
ten sowie auf Projektierungsdaten fUr das Engineering ermOg- 
licht wird. 

Diese Aufgabe wird gel6st durch ein System zur Prozessanbin- 
dung im Automatisierungsumfeld ftlr verteilte Engineering- 
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Systeme mit einem Server zur Bereitstellung mindestens einer 
fUr das Engineering benotigten Anwendung, mindestens einem 
Client zum Zugriff auf Prozess- und/oder Projektierungsdaten 
liefernde Automatisierungsgerate und zum Aufbau eines ftir ei- 
ne beliebige Dauer bestehenden Online-Kommunikationskanals 
zwischen dem Client und dem Server, ersten Mitteln zum Ein- 
schleusen von Daten der Automatisierungsgerate tiber den Kom- 
munikationskanal auf den Server und zweiten Mitteln zum An- 
binden der Anwendungen an die AutomatisierungsgercLte, wobei 
die ersten Mittel tiber eine erste Schnittstelle zum aktuellen 
Kommunikationskanal und liber eine zweite Schnittstelle zu den 
Anwendungen verftlgen und zur Kommunikation .mit den zweiten 
Mittelri tiber den Kommunikationskanal vorgesehen sind.. 

Der Erfindung liegt die Erkenntnis zugrunde, dass die heutzu- 
tage .ftir das Engineering im Automatisierungsumf eld verwende- 
ten Engineering-Systeme in der Regel monolithisch sind, d.h. 
sie sind auf einem zentralen Server installiert und konnen 
nur dort bedient werden. Auf modernen Anlagen, die sich durch 
immer hohere Komplexitat, Heterogenitat und eine Dezentrali- 
sation auszeichnen, ist es jedoch von Vorteil, wenn die Engi- 
neering-Systeme von unterschiedlichen Orten bzw. Standorten 
aus bedient werden kSnnen, und von diesen Orten auf beliebige 
Prozess- bzw. Projektierdaten zugegriffen werden kann. Hierzu 
wird in der vorgeschlagenen Erfindung eine virtuelle Prozess- 
anbindung, welche tiber einen Online-Kommunikationskanal er- 
folgt, vom Engineering-System auf einem Server zu beliebigen 
Automatisierungsgeraten, welche tiber Clients angesprochen 
werden konnen, aufgebaut. Das vorgeschlagene System ermSg- 
licht somit die Bedienung eines Engineerungs-Systems inklusi- 
ve Zugriff auf Prozess- sowie Diagnosedaten von einem belie- 
bigen Ort innerhalb des Systems. Vorteilhaft ist hierbei vor 
allem die Optimierung des Ressourceneinsatzes auf der Anlage 
innerhalb des Automatisierungssystems . Bei den verwendeten 
Clients kann es sich beispielsweise urn Thin Clients handeln, 
da auf ihnen selbst keine Applikationen laufen mtissen. Die 
Applikationen werden vielmehr auf dem Server installiert, ti- 
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ber den Client k5nnen sie aber von Feme online genutzt wer- 
den und die benotigten Daten stehen durch den Kommunikations- 
kanal ebenfalls zur Verftlgung. Ein Engineering kann somit we- 
sentlich variabler und flexibler durchgeftihrt werden. Die 
virtuelle Prozessanbindung tiber den Online-Datenkanal ermog- 
licht ein verteiltes Engineering auch in mono li this chen Sys- 
temen. Der Anwender benotigt .ftir den Datenzugang und das En- 
gineering nur einen Online- Zugang. Vom Client aus kann das 
System dann bedient werden. Das Engineering-System selbst 
muss nicht auf dem Rechner liegen, den der Anwendung benutzt. 
Der Online-Zugang zu den* Automatisierungsgeraten wird durch 
sogenanntes Tunneling von Kommunikationsdatenpaketen durch 
den Kommunikationskanal hergestellt/ 

Eine weitere vorteilhaf te Ausbildung. der Erf indung ist da- 
durch gekennzeichnet, dass der Client als Programmiergerat 
und/oder als Operator Panel und/oder als DiagnosegerSt und/ 
Oder als Browser und/oder als Windows-Ce-Gerat ausgebildet 
ist. Vorteilhaf t ist hierbei vor allem, dass beliebige, auf 
einer Anlage vorhandene Gerate, die generell zum Beobachten 
und Bedienen der Anlage bzw. des Automat isierungs systems 
heutzutage bereits verwendet werden, im vorgeschlagenen er- 
f indungsgemaJien System zuir Bedienung ebenfalls herangezogen 
werden konnen. Ober ein herkommliches Programmiergerat oder 
ein Operator Panel konnen beispielsweise die entsprechenden 
Steuerungsdaten bzw. Diagnosedaten der Automatisierungsgerate 
an den Server tiber das Kommunikat ions system tlbertragen werden 
und stehen dem Engineering-System auf dem Server somit zur 
Verftlgung. Das Engineering selbst kann wiederum direkt von 
den vorgeschlagenen Clients aus durchgefuhrt werden. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass der Server als Terminal-Server zur 
simultanen Nutzung durch ein und/oder mehrere Teilnehmer aus- 
gebildet ist. Der Server bzw. das vorgeschlagene System ist 
also multiuserfcLhig, und es konnen gleichzeitig mehrere Be- 
nutzer Engineeringarbeiten, ftir die sie auf Prozess- bzw. Di- 
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agnosedaten zurtickgreif en mtissen, innerhalb des Systems vor- 
nehmen . 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass der Kommunikatioriskanal als Remote 
Desktop Protocol zur Ubertragung von Daten in Echtzeit tiber 
einen und/oder mehrere separate virtuelle Kanale an einen 
und/oder mehrere Teilnehmer ausbildet ist. Die Nutzung des 
Remote Desktop Protocols (RDP) von Microsoft ermoglicht ein 
effizientes und ztigiges Versenden von Datenpaketen Uber den 
Kommunikationskanal zwischen eiriem Client und dem Server,' was 
das Engineering und den Zugriff auf die Prozess- bzw. Projek- 
tierungsdaten erheblich verbessert . Aufierdem kSnnen mehrere 

. 0 

Datenpakete von mehreiren Benutzern des Systems gleichzeitig 
und unabh&ngig voneinander tiber den Kommunikationskanal ver- 
sendet werden, bhne dass es zu Interaktionen mit negativen 
Konsequenzen kommt. Die MQglichkeit, mehrere separate virtu- 
elle Kanale ftir den Datentransf er zu riutzen bewirkt zudem, 
dass das System vairiabel, flexibel und frei skalierbar ist. 
Es konnen beliebig viele Benutzer (begrenzt durch die Kapazi- 
taten des Servers) gleichzeitig innerhalb des Systems an un- 
terschiedlichen Clients arbeiten. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass die ersten Mittel zum Einschleusen 
von Daten weiterer Automatisierungsgerate liber mindestens ei- 
nen weiteren Client tiber den Kommunikationskanal auf den Ser- 
ver vorgesehen sind. Diese Ausbildung der Erfindung ermog- 
licht es, von einem beliebigen Client aus auf Automatisie- 
rungsgerate, welche an einen anderen beliebigen Client inner- 
halb des Systems angeschlossen sind und auf die relevanten 
Daten dieser Automatisierungsgerate zugreifen zu kSnnen. 
Hierzu wird auf dem Server ein Routing vorgenommen, so dass 
eine virtuelle peer-2-peer-Kommunikation (direkte Kommunika- 
tion) zwischen den beteiligten Clients ermbglicht wird. 
Zugriffs- und Konf igurationsmSglichkeiten von einem Client- 
system zu einem anderen Clientsystem werden dadurch reali- 
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siert. An jeder Stelle innerhalb des Systems sind somit be- 
liebige Prozess- bzw. Diagnosedaten verftigbar, die an einer 
anderen Stelle innerhalb des Systems gespeichert sind bzw. 
entstehen. 

Eine weitere vorteilhaf te Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass die ttbertragung von Daten im Kom- 
munikationskanal tiber ein Intranet und/oder ein Internet 'vor- 
gesehen ist. FUr das vorgeschlagene System mtissen somit keine 
eigenen Inf rastrukturen, wie speziellen Netzwerke aufgebaut 
werden. Das standardm&Iiig vorhandene Intranet bzw. Internet 
kann genutzt werden und die dortigen Standardprotokolle ste- 
hen ftir die Kommunikation ebenfalls zur Verftigung. Dies er- 
moglicht eine kostengtinstige Umsetzung des erf indungsgemailen 
Systems ohne weitere Aufwendungen. 

Eine weitere vorteilhaf te Ausbildung der Erfindung ist da- 
durch gekennzeichnet , dass die Obertragung von Daten vom 
Client per Remote Desktop Protocol Uber Wireless LAN (W-LAN) 
vorgesehen ist. Die innerhalb des Systems verwendeten Clients 
wie beispielsweise Programmiergerate, Operator Panels, Diag- 
noseger^te oder beliebige Browser mtissen nicht direkt tiber 
einen Kabelanschluss verftigen. Die Datentibertragung kann 
vielmehr schnurlos tiber ein W-LAN Netz erfolgen. Die Nutzung 
solche Netze hat den Vorteil, dass ein Anwender sich nicht 
statisch an einem Ort aufhalten muss, sondern sich mit seinem 
Client nur in einem bestimmten Bereich bzw. einem Umfeld, in 
welchem er Daten mittels W-LAN tibertragen kann, aufhalten 
muss. Die Nutzung des W-LAN ermSglicht somit eine hohere Mo- 
bilitat der Benutzer bzw. Anwender auf der Anlage. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass die Dbertragung von Daten per Re- 
mote Desktop Protocol von weiteren, im System vorhandenen Da- 
tenquellen tiber weitere Standard-Protokolle wie HTTP und/oder 
FTP vorgesehen ist. Daten, welche tiber andere Kommunikations- 
verfahren und Netze in das System gelangen, konnen somit in- 
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nerhalb des Systems tiber die gleichen Kommunikationskanale 
versendet werden. Sie stehen einem beliebigen Anwender somit 
ebenso zur Verftigung, wie die Daten der Automatisierungsgera- 
te, welche mit den Clients verbunden sind. Ein universeller 
Zugriff auf sSmtliche relevanten Daten ftir die Anlage bzw. 
das Automat isierungs system wird somit gewahrleistet . 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass das System zur Nutzung tiber ver- 
schiedene Standorte hinweg vorgesehen ist.^Ein verteiltes ^En- 
gineering mittels virtueliem Zugriff auf Prozessdaten und 
Projektierungsdaten ist somit nicht nur an einem Standort in- 
nerhalb einer Anlage m5glich, es wird vieliciehr auch ein 
standorttibergreifender Zugriff auf samtliche relevanten Daten 
moglich. Das vorgeschlagene System eignet sich somit hervor- 
ragend ftir das Engineering von dezentralen Automatlsierungs- 
systemen. Hieirbei ist vor allem von Vorteil, dass die verwen- 
deten Clients einfach sein konnen und tiber wenige Ressourcen 
verftigen mtissen. Die Anwendungen werden direkt vom Server zur 
Verftigung gestellt. Aulierdem wird durch eine standorttiber- 
greifende Zugriff smoglichkeit auf Projektierungs- und Pro- 
zessdaten auch eine Fernwartung bzw* Diagnose mSglich, Exper- 
ten, die unter Umstanden nicht direkt vor Ort sind, konnen 
tiber das verteilte System von beliebiger Stelle aus auf die 
relevanten Daten zugreifen. 

Im Folgenden wird die Erfindung anhand der in den Figuren 
dargestellten Ausftihrungsbeispiele naher beschrieben und er- 
l&utert. Es zeigen: 

FIG 1 eine schematische Darstellung des Systems zur virtu- 
ellen Online-Prozessanbindung im Automatisierungsum- 
feld, 

FIG 2 eine schematische Darstellung der Zugriffs- und Kon- 
f igurationsmoglichkeiten zwischen zwei Clients inner- 
halb des Systems , 
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FIG 3 eine schematische Darstellung der Kommunikation in- 
nerhalb des Systems tiber verschiedene Standorte mit- 
tels Intranet/ Internet . 

Figur 1 zeigt eine schematische Darstellung eines Ausftih- 
rungsbeispiels des Systems 1 zur virtuellen Prozessanbindung 
im Automatisierungsuirif eld ftir verteiltes Engineering auf mo- 
nolithischen Systemen. Hierbei werden ftir das Engineering be- 
notigte Anwendungen bzw. Applikationen 3i.. n auf einem zentra- 
len Server 2 innerhalb des Systems 1 gespeichert und zur Ver- 
ftlgung gestellt. Im Automatisierungsumf eld vorhandene Automa- 
tisierungsgerate 5 sind tiber eine Datentibertragungsvorrich- 
tung 9, beispielsweise ein Bussystem, mit einem Client 4 ver- 
bunden. Vom Client kann direkt auf die Daten def Automatisie- 
rungsgerate 5 zugegriffen werden. Die Kommunikation zwischen 
dem Terminalserver 2 und dem Client 4 zur Online-Prozessan- 
bindung wird mit Hilfe des Kommunikationskanals 8 realisiert. 
Hierbei wird ein sogenanntes Remote Desktop Protocol verwen- 
det, welches das Versenden von Datenpaketen tiber virtuelle 
Kanale online ermoglicht. Durch den Datenkanal 8 wird Zugriff 
auf die Online-Daten der Automatisierungsgerate . durch den 
Terminalserver 2 ermoglicht. Hierzu befinden sich auf dem 
Terminalserver Mittel 6 zum Einschleusen von Daten der Auto- 
matisierungsgerate 5 tiber den Kommunikationskanal 8. In der 
Regel handelt es sich hierbei um eirie Software, die auf dem 
Terminalserver 2 lauft, und daftir sorgt, dass der Server 2 
automatisch zu dem Automatisierungsgerat 5 des entsprechenden 
Client 4 umgeleitet wird. Die Software besitzt zwei Schnitt- 
stellen, erstens zur Kommunikation mit dem Kommunikationska- 
nal 8 und zweitens mit den Applikationen 3i.. n . Zweite Mittel 

7 auf dem Client 4 sorgen ftir eine Anbindung der Anwendungen 
3i.. n an die jeweiligen Automatisierungsgerate 5. 

Die Besonderheit des in Figur 1 beispielhaft dargestellten 
Systems 1 besteht darin, dass Prozess- und Diagnosedaten von 
Automatisierungsgeraten 5 durch einen Datentibertragungskanal 

8 auf einem Terminalserver 2 jederzeit in Echtzeit verftigbar 
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gemacht werden konnen. Hierzu wird vom Client 4 eine Online- 
Datenverbindung tiber ein sogenanntes Remote Desktop Protocol 
aufgebaut. Die Mittel 7 zum Ahbinden der Anwendungen 3i.. n vom 
Server 2 an die Automatisierungsgerate 5 sind hierbei als 
Sof twarekomponente in Form einer sogenannten Online-RDP-Proxy 
realisiert. Die Online-RDP-Proxy sorgt ftir die Anbindung des 
Engineering-Systems an die jeweiligen Automatisierungsgerate 
5. Weitere Mittel 6 zum Einschleusen von Daten der Automati- 
sierungsgerate 5 tiber den Kommunikationskanal 8 sind a/uf dem 
Server 2 realisiert, Sie sind in Form einer Software, einer 
sogenannten Online-RDP-DLL realisiert. Diese Online-RDP-DLL 
findet den eritsprechenden Online-RDP-Proxi und die Daten der 
Automatisierungsgerate 5 werden dann tiber den Kommunikations- 
kanal 8 tibertrageri. Bei der Obertragung mittels Remote Desk- 
top Protocol handelt es sich urn die Nutzung eines St'andard- 
protokolls, welches die Echtzeitversendung von Daten. einer 
Applikation an mehrere Nutzer tiber mehrere virtuelle Kanale 
ermoglicht. Hierbei werden die Daten. individuell ftir jede 
„session* (Arbeitsdauer des jeweiligen Nutzers) tibertragen. 
Die Datentibertragung tiber das Protokoll erfolgt hierbei in 
sogenannten Datenpaketen, die einzeln verschltisselt, verpackt 
und mit einer Adresse des Empf angers versendet werden. Die 
Spezifitcit beim Versenden tiber das Remote Desktop Protocol 
besteht darin, dass ein sogenanntes Tunneling erfolgt. Die 
Anwender bzw. der Server 2 und der Client 4 sind nicht in das 
eigentliche Versenden der Daten involviert. Die Datentrans- 
formation erfolgt vielmehr im Rahmen des RDP-Protokolls . Vom 
Client muss ausschlielilich eine Online-Verbindung zum Server 
aufgebaut werden. Die Online-RDP-DLL auf dem Server 2 sowie 
die Online-RDP- Proxy auf dem Client 4 sind ausschliefilich ftir 
die Bereitstellung der Daten und das Ausmachen der richtigen 
Adresse, an welche die Daten gesendet werden sollen, verant- 
wortlich. Der Vorteil bei einer derartigen Datentibertragung 
tiber ein Online-RDP-Standardprotokoll besteht vor allem dar- 
in, dass eine vorhandene Inf rastruktur, wie beispielsweise 
das Internet, ftir die Datentibertragung genutzt werden kann. 
Eine Verlegung von Kabeln oder anderen Datentibertragungsvor- 
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richtungen innerhalb des Systems 1 ertibrigt sich. Somit kann 
die Datentibertragung auf kostengtlnstige Weise realisiert wer- 
den. Aufierdem ist eine ttbertragung von Prozess- bzw. Diagno- 
sedaten in Echtzeit moglich. Des Weiteren konnen spezifische 
Anwendungen 3i.. n , welche auf einem Server 2 zur Verftigung ge- 
stellt werden, von beliebigen Clients 4 innerhalb des Systems 
1 genutzt werden. Ein Anwender kann somit beispielsweise auf 
einem Programmiergerat direkt vor Ort ein Engineering-System 
nutzen und ihm stehen gleichzeitig samtliche Prozessdaten 
bzw. Diagnosedaten der AutomatisierungsgerSte 5 zur Verfti- 
gung. Der verwendete Client kann hierbei ein sogenannter Thin 
Client sein, bei dem es sich beispielsweise ausschliefilich urn 
einen Browser handelt. Der Client holt sich jeweils die beno- 
tigte Applikation 3i ftir die auszufiihrende Tatigkeit vom Ser- 
ver 2. Vor Ort kann also beispielsweise von einem Benutzer 
mit einem Engineering-System, wie einem Step 7, gearbeitet 
werden. 

Figur 2 zeigt eine beispielhaf te Ausbildung. des Systems 1, 
bei dem von einem Client 4 auf Prozessdaten von Automatisie- 
rungsgeraten 5a zugegriffen wird, welche tiber ein Datenliber- 
tragungssystem 9 an einen weiteren Client 4a angeschlossen 
sind. Die Datentibertragung erfolgt hierbei tiber den Koramuni- 
kationskanal 8 sowie den Kommunikationskanal 8a. Durch die 
Mittel 6 zum Einschleusen von Daten der Automatisierungsgera- 
te 5 wird ein zweiter Kommunikationskanal 8a zwischen dem 
Terminalserver 2 und dem zweiten Client 4a aufgebaut. Die Da- 
tentibertragung erfolgt dann vom Client 4a tiber den Terminal- 
server 2 zum Client 4. Von der Online-RDP-DLL 6 auf dem Ser- 
ver 2 wird also ein Routing, d.h. eine Weiterleitung der ent- 
sprechenden Datenpakete an den Client 4 und vom Client 4a 
durchgeftihrt . Somit wird eine quasi p2p-Verbindung zwischen 
den beteiligten Clients 4 und 4a etabliert. 

Vorteilhaft ist in dem erf indungsgemafien Beispiel vor allem, 
dass von einem Benutzer auf einer Anlage tiber einen beliebi- 
gen Client 4 der Zugriff auf beliebige Prozessdaten, welche 
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von weiteren Automatisierungsgeraten 5a auf die der Client 4 
keinen direkten Zugriff hat, tiber die virtuelle Prozessanbin- 
dung mittels der Online-RDP-Datentibertragung tiber den Kommu- 
nikationskanal 8 ermdglicht wird. SSmtliche Daten sind somit 
an jedem Ort innerhalb des Systems 1 ftir einen Benutzer zur 
Verftlgung bereit. Durch das System 1 wird ein ausgesproctien 
variables und flexlbles Engineering far den Benutzer mOglich." 
Sowohl Anwendungen als auch Prozessdaten stehen tiber' die vir- 
tuelle Prozessanbindung an jeder Stelle innerhalb des Systems 
1 zur Verftlgung. 

Figur 3 zeigt eine beispielhaf te Ausbildung des Systems 1, 
wobei die Prozess- bzw. Diagnosedaten tlber ein Internet bzw. 
Intranet 11 tibertragen werden. Hierzu sind die Clients 4i ... n 
mittels Online-RDP-Protokoll, tiber welches ein Kommunikati- 
onskarial 8 aufgebaut wird, an das Internet bzw. Intranet 11 
angebunden. Der Terminalserver 2 verftigt ebenfalls tiber den. 
Kommunikationskanal 8 tiber eine Internetanbindung. 

Der Vorteil der in Figur 3 dargestellten Ausbildung des Sys- 
tems 1 besteht im wesentlichen darin, dass standortunabhangig 
tiber verschiedene Lokalitaten (A, B,C), die weit voneinander 
entfernt sein konnen, auf Daten, sowohl Prozess- als auch Di- 
agnosedaten innerhalb des Systems 1 zugegriffen werden kann. 
Bei der heutzutage vorherrschenden heterogenen Struktur von 
Automatisierungssystemen in Prozess- und Produktionsanlagen 
ist die Nutzung des vorgeschlagenen Systems 1 somit von gro- 
iiem Vorteil. Ein Engineering sowie Information und Wartung 
kann von unterschiedlichen Orten im System 1 aus vorgenommen 
werden, da alle Daten tiber die Online-RDP-Kommunikations- 
kanale 8 und das Internet 11 jeder zeit tiberall in Echtzeit 
zur Verftigung stehen. Eine virtuelle Prozessanbindung der be- 
teiligten Einheiten innerhalb des Systems 1 ist somit jeder- 
zeit gegeben. Ein verteiltes Engineering wird hierdurch auch 
in heute vorherrschenden monolithischen Systemen bzw. Anwen- 
dungen m5glich. Vorteilhaft ist hierbei auch, dass das System 
1 frei skalierbar ist. Neue Automatisierungsgerate 5 konnen 
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jederzeit tiber einen einfachen Client 4j., beispielsweise ei- 
nen Thin clinet an das System angeschlossen werden. Die ein- 
zige Voraussetzung ist ein Online-Zugang. Dieser kann heutzu- 
tage sogar ohne Verlegung von Kabeln tiber ein W-Lan reali- 
siert werden. Ist so ein W-Lan innerhalb eines bestimmten Um- 
feldes vorhanden, so konnen die Daten auch jederzeit in Echt- 
zeit auf mobilen Clients 4i ... n zur Verftigung gestellt werden. 

Die Erfindung betrifft zusammenf assend ein System 1 und ein 
verfahren zur virtuellen Online-Pro zessanbindung ftir verteil- 
te Engmeermg-Systeme in der Automatisierungstechnik auf der 
Basis von Remote Desktop Protocol (RDP) . Uber einen Online 
Zugang wird von beliebigeh Clients 4 innerhalb des Systems 1 
ein Kommunikationskanal 8 tiber das RDP zu einem Server 2 auf- 
gebaut. Prozess- und iProjektierungsdaten werden tiber den Ka- 
nal 8 getuhnelt. Eine quasi peer- to-peer-Kommunikation zwi- 
schen beliebigen. Clients 4 im System 1 wird durch routing auf 
. dem Server 2 ermoglicht. 
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Patentansprtiche 

1. System (1) zur Prozessanbindung im Automatisierungsumf eld 
ftir verteilte Engineering-Systeme mit 

- einem Server (2) zur Bereitstellung mindestens einer fur 
das Engineering benotigten Anwendung (3 lf . n ), 

- mindestens einem Client (4) zuin Zugriff auf Prozess- und/ 
oder Projektierungsdaten liefernde Automatisierungsgera- 
te(5) und zum Aufbau eines ftir eine beliebige Dauer beste- 
henden Online-Kommunikationskanals (8) zwischen dem Client 
(4) und dem Server (2) , 

- ersten Mitteln (6) zum Einschleusen von Daten der Automa- 
tisierungsgerate (5) tiber den Kommunikationskanal (8) auf 
den Server (2) und 

- zweiten Mitteln (7) zum Anbinden der Anwendungen (3i.. n ) an 
die Automatisierungsgerate (5), 

wobei die ersten Mittel (6) tiber eine erste Schnittstelle 
(12) zum aktuellen Kommunikationskanal (8) und tiber eine 
zweite Schnittstelle (13) zu den Anwendungen (3!.. n ) verftigen 
und zur Kommunikation mit den zweiten Mitteln (7) tiber den 
Kommunikationskanal (8) vorgesehen sind. 

2. System nach Anspruch 1, 

dadurch gekennzeichnet, 
dass der Client (4) als Programmierger&t und/oder als Opera- 
tor Panel und/oder als Diagnosegerat und/oder als Browser 
und/oder als Windows-CE-Gerat ausgebildet ist. 

3. System nach einem der vorhergehenden Ansprviche, 
dadurch gekennzeichnet, 

dass der Server (2) als Terminal-Server zur simultanen Nut- 
zung durch ein und/oder mehrere Teilnehmer ausgebildet ist. 

4. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass der Kommunikationskanal (8) als Remote Desktop Protocol 
zur Ubertragung von Daten in Echtzeit tiber einen und/oder 
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mehrere separate virtuelle KanSle an einen und/oder mehrere 
Teilnehmer ausgebildet ist. 

5. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzei c h net, 

dass die ersten Mittel (6) zum Einschleusen von Daten weite- 
rer Automatisierungsgerate (5a) tiber mindestehs einen weite- 
ren Client (4a) tiber den Kommunikationskanal (8a) auf den 
Server (2) . vorgesehen sind. 

6. System nach einem der Vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Obertragung von Daten im Kommunikationskanal (8) 
tiber ein Intranet und/oder ein Internet vorgesehen ist. 

7. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Ubertragung von Daten vom Client (4) per Remote 
Desktop Protocol tiber ein Wireless LAN vorgesehen ist. 

8. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Obertragung von Daten per Remote Desktop Protocol 
von weiteren, im System (1) vorhandenen Daten-Quellen tiber 
weitere Standard-Protokolle wie HTTP und/oder FTP vorgesehen 
ist. 

9. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass das System (1) zur Nutzung tiber* verschiedene Standorte 
(A, B) hinweg vorgesehen ist. 

10. Verfahren zur Prozessanbindung im Automatisierungsumf eld 
ftir verteilte Engineering-Systeme bei dem 

- mindestens eine ftir das Engineering benStigten Anwendung 
(3i.. n ) von einem Server (2) bereitgestellt wird, 
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- auf Prozess- und/oder Proj ektierungsdaten liefernde Auto- 
matisierungsgerate (5) tiber mindestens einen Client (4) zu- 
gegriffen wird und ein ftir eine beliebige Dauer bestehen- 
der Online-Kommunikationskanals (8) zwischen dem Client 
(4) und dem Server (2) aufgebaut wird, 

- die Daten der Automatisierungsgerate (5) tlber den Kommuni- 
kationskanal (8) auf den Server (2) eingeschleust werden 
und 

- die Anwendungen (3i.. n ) an die Automatisierungsgerate (5) 
angebunden werden, 

wobei tiber erste Mittel (6) mit einer ersten Schnittstelle 
(12) zum aktuellen Kommunikationskanal (8) und einer zweiten 
Schnittstelle (13) zu den Anwendungen (3i.. n ) mit den zweiten 
Mitteln (7) tlber den Kommunikationskanal (8) kbmmuniziert 
wird. 

11. Verfahren nach Anspruch 10, 
dadurch gekennzeichnet, 

dass ein Programmiergerat und/oder Operator Panel und/oder 
Diagnosegerat und/oder Browser und/oder Windows-CE-Gerat als 
Client (4) verwendet wird. 

12. Verfahren nach einem der AnsprUche 10 oder 11, 
dadurch gekennzeichnet, 

dass ein und/oder mehrere Teilnehmer den Server (2) simultan 
nut z en kOnnen. 

13. Verfahren nach einem der AnsprUche 10 bis 12, 
dadurch gekennzeichnet, 

dass als Kommunikationskanal (8) ein Remote Desktop Protocol 
zur tJbertragung von Daten in Echtzeit tiber einen und/oder 
mehrere separate virtuelle Kanale an einen und/oder mehrere 
Teilnehmer verwendet wird. 

14. Verfahren nach einem der AnsprUche 10 bis 13, 
dadurch gekennzeichnet, 
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dass Daten weiterer Automatisierungsgerate (5a) tiber mindes- 
tens einen weiteren Client (4a) tiber den Kommunikationskanal 
(8a) auf den Server (2) durch die ersten Mittel (6) einge- 
schleust werden. 

15. Verfahren nach einem der Ansprtiche 10 bis 14, 
dadurch gekennzeichnet, 

dass Daten im Kommunikationskanal (8) tiber ein Intranet 
und/oder ein Internet tibertragen werden. 

16. Verfahren nach einem der Ansprtiche 10 bis 15, 
dadurch gekennzeichnet, 

dass Daten vom Client (4) per Remote Desktop Protocol tiber 
ein Wireless LAN tibertragen werden. 

17. Verfahren nach einem der Ansprtiche 10 bis 16, 
dadurch gekennzeichnet, 

dass Daten per Remote Desktop Protocol von weiteren, im Sys- 
tem (1) vorhandenen Daten-Quellen tiber weitere Standard- 
Protokolle wie HTTP und/oder FTP tibertragen werden. 

18. Verfahren nach einem der AnsprUche 10 bis 17, 
dadurch gekennzeichnet, 

dass das System (1) tiber verschiedene Standorte (A, B) hinweg 
genutzt wird. 

19. Server zur Bereitstellung mindestens einer ftir ein Engi- 
neering benotigten Anwendung (3i.. n ) mit 

- Mitteln (6) zum Einschleusen von Daten von Automatisie- 
rungsgeraten (5) tiber einen Kommunikationskanal (8), 
wobei die Mittel (6) tiber eine erste Schnittstelle (12) 
zum aktuellen Kommunikationskanal (8) und tiber eine zweite 
Schnittstelle (13) zu den Anwendungen (3i.. n ) verfiigen. 

20. Client zum Zugriff auf Prozess- und/oder Projektierungs- 
daten liefernde Automatisierungsgerate (5) und zum Aufbau ei- 
nes ftir eine beliebige Dauer bestehenden Online- 
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Kommunikationskanals (8) zwischen dem Client (4) und einem 
Server (2) mit 

- Mitteln (7) zum Anbinden von vom Server (2) bereitgestell- 
ten Anwendungen (3i.. n ) an die Automat is ierungsgerate (5) . 



